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INTRODUCT 1 ON 



The Sermon Dump Utility is a collection of three programs 
supplied on di sk which <il low the user to obtain hardcopy or 
the video display. The first program in the utility 'SOI) 
allows transferring any te;;t on the screen to any Atari 
printer. The remaining programs (31)2 and SD3) allow 

transferring both te^t and graphic: displays to the Atari 822 
printer . The user is assumed to be an 
applications: programmer who wishes to use the utility as a 
debugging tool or to imbed one of the utilities in his 
program. 

This manual is organized into two parts. Part I will allow 
the user to quickly start using the utility in its simplest 
form. Part II is a detailed presentation of the capabilities 
and options of each program in the utility. Please note that 
this is NOT a Programmer's Manual and will not present 
either an explanation of the source code or information on 
how to modify these programs. 
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PART I. GETTING STARTED 



The Screen Dump Utility disk contains three programs: 
SD1 Allows dumping text only. 

SD2 Dumps text and graphics (excluding players and 
mi ssil es) . 

SD3 Dumps text and graphics (including players and 
mi ssil es) . 

The essential difference between Programs SD2 and SD3 is size. 

SD3 requires more memory space than SD2- For the purpose of 
this part of the manual, we will assume that SD2 and SD3 are 
the same and discuss only SD3. 
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MAKING A BACKUP COPY 



Be-fore proceeding, it would be prudent to store the master 
utility disk in a sa-fe place a-fter making a backup copy- 
Here's how to make a backup copy: 

1. Go to DOS. 

2. Format a new disk using menu item I. 

3. Duplicate the utility disk using menu item J. 

4. Save the original disk in a safe place and work 
only with the backup copy. 
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TO USE SD1 - TEXT DUMP ONLY 



1. Under DOS , copy file SD1 to AUTORUN.SYS using menu item C 

Lie sure that an Atari printer is properly attached to the 
cumpjuter. and "on-line." 

: " Be sure that a programming ROM cartridge (BA^IC 

Assembler, PILOT, etc.) is inserted. 

4. Reboot the disk: Turn off the computer, wait about 5 
seconds, then turn the computer on again. 

5. SD1 is now initialized and will remain in RAM until the 
computer power is turned off. 

6. To use SD1, enter or load an application program which 
puts something onto the video display. For example, under 
BASIC type: 

FOR I = 32 TO 90 : PRINT CHRS ( I > ; : NEXT I < ENTER > 

You should see: 

READY 

FOR I = 32 TO 90 : PRINT CHR* ( I > ; : NEXT I 
! " #*7.8< ? <>* + ,-. /0123456789: ; < = > 73ABCDEFGH I JKL 
MNOPQRSTUVWXYZ 
READY 

7. To obtain immediate hard copy of what is currently 
displayed, press 

CTRL-P 

Note how ALL text on the screen is printed, including 
"READY, " etc. 
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B . To obtain hardcopy of what is displaye-d UNDER PROGRAM 
CONTROL , change- RAM address " RUNF LG " (address 7523 decima] ) to 
non-zero. f-or example, enter and run the -following program: 

10 PRINT" (ESC) (CTRL) (CLEAR) M : REM CLEARS SCREEN 
20 FOR I = 3? TO 90 : PRINT CHR* ( I ) ; 

30 IF I = 81 THEN POKE 7523, 1 : REM SCREEN DUMP AT 11 Q " 
10 NEXT I 



Note that the printout occurs as soon as the letter "0" is 
displayed, then execution resumes and the remaining characters 
are displayed (but not printed). 
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TO USE SD3 (or SD2) - GRAPHICS DUMP 



1. Under DOS, copy -File SD3 to AUTQRUN. SYS usinq menu item C 

2. Be sure that an Atari printer with graphics capability 
(822) is properly attached to the computer and 
" on- 1 i ne . " 

NOTE: An attempt to use SD2 or SD3 to print 
graphics on any printer other than the Atari 
822 will result in meaningless char- 

acters being printed. 

3. Be sure that a programming ROM cartridge (BASIC, 
Assembler, PILOT, etc.) is inserted. 

4. Reboot the disk: Turn ott the computer, wait about 5 
seconds, then turn the computer on again. 

5. SD3 is now initialized and will remain in RAM until the 
computer power is turned off. 

6. To use SD3, enter or load an applications program which 
puts something onto the video display. For example, under 
BASIC, enter and RUN the following program: 



10 GRAPHICS 3 
20 SETC0L0R 0,8,4 
30 SETC0L0R 1,8,8 
40 SETC0L0R 2,8,12 
50 COLOR 1 
60 COLOR 2 
70 COLOR 3 



REM Register 1 - Hue 8, Luminance 4 
REM Register 2 - Hue 8, Luminance 8 
REM Register 3 - Hue 8, Luminance? 12 
PLOT 0,14 : DRAWTO 39,14 
PLOT 0,16 : DRAWTO 39,16 
PLOT 0,18 : DRAWTO 39,18 



The screen will display 
1 i nes. 



3 luminance levels of horizontal blue 



I 1 I nh i 
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7. To obtain i mfiiocli ate hardcopy of whcnt is cur r cni;] y on the 
v i d o d 3 s n 1 a y , p r o s £ 

C1RL-P 

Wtion both keys= are? released the pririter will print: 



i iiiiiiiiiif i iiiiiii i jiiiiiiiiif lit iiiiiiiiiiiiiiiiiiiiiiiiiiii iiiiifiiirii i icii ^ 
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Note how everything on the screen, including the "READY" .was 
printed. Note also how the three luminance levels were 
printed in different grey scale patterns. 

3. To obtain hardcopy of what is displayed under program 
control, change RAM address "RUNFLB" (address 7523 decimal) to 
nonzero. 

For example, add line 65 to your sample program as shown 
bel ow : 



10 GRAPHICS 

20 SETC0L0R 

30 SETCOLQR 

40 SETCOLQR 

50 COLOR 1 : 

60 COLOR 2 : 

65 POKE 7523 

70 COLOR 3 : 



0 , S . 4 

1 , a, a 

2, a, 12 

PLOT 0,14 : 

PLOT 0,16 : 

, 1 : 

PLOT 0, 18 : 



DRAWTO 39, 14 
DRAWTO 39, 16 
REM RUNFLG 
DRAWTO 39, 1 8 



and then RUN it. Note how the hardcopy was obtained after the 
first two horizontal lines were displayed and that execution 
resumed after the printer was finished. Since the third line 
was not yet on the screen when the hardcopy was requested, it 
was not printed. 
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PART II - GETTING DOWN TO DETAILS 



If you have read Part I of this manual, you should now be able 
to obtain hardcopy of screen displays using programs SD 1 , SD2 
or SD3. ( SD2 can be run using the same procedure given for 
SD3. ) To use these programs to their full potential, however, 
you should learn more about them. This part of the manual 
will explain the options of each program and how to make full 
use of them. 
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COMMON CHARACTERISTICS 



All three programs are written in 6502 machine code and 
designed to load in and initialize under AUTORUN . SYS . The 
amount at RAM required is substantially different, but all 
three programs begin at memory location S1D50 and build up in 
memory. The lowest available memory pointer, "MEMLO", is 
automatically moved upward to allow room -For the utility 
program just below it. 

You are provided with a relocatable object module and a 
relocatable load facility. If you use this facility to 
relocate the utility, you must protect the RAM space and 
also initialize the utility by doing a Jump to Subroutine at 
relative location ORIGIN + 6. By entering at this location, 
the utility will NOT move MEMLQ. 



Imbedding the Utility in User Code 



If you wish to add your own code, just start at "MEMLQ", build 
up in memory, and reinitialize " MEMLO " above your code. 

If you wish to append your program to the utility and then 
AUTORUN it, you MUST: 

1. Change RUM ADDRESS <*2E0> to point to your program entry. 

2. Jump Subroutine to the utility AUTORUN initialization 
entry at location S1D50- 

Using this procedure, when AUTORUN is booted, control is 
transferred to the user program, the utility gets properly 
initialized, and control returns to the user program. 

Executing the Utility 



After initialization, the. utilities may be executed in any of 
three ways: 

1. Immediate keyboard control. Press CTRL-P when you wish to 
print what is on the screen. 
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Under program contr ol itsinq "KUNhLG" . 

The first byte in each utility program is labeled 
"RUNFLG" . Once the program has been initialized, each 
1 /60th second interrupt generates a jump into the utility 
to test RUNFLG. If RUNFLG is zero, it is ignored, and a 
return < R T S3 ) takes place. If RUNFLG is non-zero, the 
screen dump to printer takes place before the return. In 
this way, you can initiate a screen dump by changing one 
RAM location. This is convenient in the higher level 
languages with a POKE or in machine code with an STA. 
RUNFLG will be zeroed upon completion of the screen dump. 

One word of caution in using RUNFLG . The start ot the 
screen dump to printer will not take place IMMEDIATELY 
upon execution of the POKE to RUNFLG. It might take as 
long as 1 /60th second after the POKE until the ne>:t 
interrupt occurs and the screen dump takes place. A lot of 
code can be executed in l/60th second! If you want to be 
absolutely certain that the screen does not change before 
the screen dump takes place, put in a test of RUNFLG 
before proceeding with your code. For example, in BASIC: 

5 RUNFLG = 7523 
10 PRINT "Anything" 
20 POKE RUNFLG, 1 

30 IF PEEK (RUNFLG) <> 0 THEN 3u ' 
40 REN Continue your program. 

Under program control using a Jump to Subroutine. 

An alternative to a POKE to RUNFLG is a direct jump into 
the utility at the appropriate entry point. 



BASIC language users may execute the utility with the 
'USR" command to location 7513 decimal (*1D59 He;: ) . 

Example: X = USR (7513) 

If another argument is used, it will be used as the 
decimal address of a player missile- This will be explained 
in the next section. Any additional arguments will be 
ignored. 



PILOT language users may execute the utility with a "CALL" 
command to location 7516 (S1D5C Hex). 



Ex amp 1 e: 



CALL: 7516 
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Assembly and machine 1 anquaqe users may also execute the 
utility with a Jump to Subroutine at location *>1D5C He::. 

Example: JSR S 1 D5C 

This entry point assumes that the code was previously 
initialised either under AUTGRUN . SYS or initialized with a 
call to the "relocatable initialization entry point" 
ORIGIN + 6. 

In machine code, the Jump to Subroutine is actually 
simpler than changinq RUNFLG - It also has the advantage of 
an IMMEDIATE screen dump to printer and the RUNFLG test to 
resume execution would not be necessary. 
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Abort. 1 nq 

If you wish to abort a screen dump once it has started, press 
the escape (ESC) key. The BREAK key will occasionally abort 
the dump, but it is unpredictable and should be avoided- The 
SYS'IEM RESET key will always abort the dump, but it has been 
-found to occasionally mess up the stack and should be avoided. 



Cont 1 1 ct wi th DOS 



The present location ot the utility programs is such that a 
call to DOS may destroy vital entry point jump vectors. 
Consequently, the user has two options: 

1. When the user completes his activity with the DOS Menu, he 
must reboot the disk to AUTORUN the utility. 

2. The user may use the -following procedure to avoid having to 
reboot the disk: 

a. Before starting the programming session, a MEM.SAV 
■file should be created on the working disk as -follows: 

i > Go to DOS 

ii) Create a MEM.SAV file with Menu item •"N-'. 

b. Turn off the computer, wait five seconds, then turn 
it on again to boot the utility disk. 

c. Resume your programming session. Now when DOS is 
called, the utility will be saved in the MEM.SAV file. 
When the user completes his activity with DOS by using 
Menu item ? B' , the utility will be automatically 
restored by the MEM.SAV file. 

d. The utility needs to be reinitialized to restore 
needed Jump vectors before it can be executed from the 
keyboard (CTRL-P) or by poking RUNFLG. Reinitialize as 

t foil ows: 

i> BASIC language users initialize the utility 
with the USR command to location 7507 decimal 
( * 1 D53 Hex ) . 

Example: X = USR (7507) 

All other arguments will be ignored. 
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33 ) PILOT language u seers initial ire? the utility 
with the •'CALL'" command to location 7504 decimal 
\%1 D50 Hex ) . 

Ex amp 1 e : CALL : 7504 

i i i ) Assembly language users initialize the 
program with a Jump to Subroutine at location 
*1D50 Hex. 

iv) I-F the utility has been relocated and is 
imbedded in a user's program and located where the 
DOS DUP.SYS program will overwrite it, then the 
user will have to reinitialize the utility at 
location ORIGIN + 6. 

The utility will now respond to the keyboard (CTRL- 
and RUNFLAG initiated execution. 
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SD1 TEXT ONLY 



Scrc-en Dump Utility SD1 will print any text on the screen when 
the pronracu is invoked. Any graphics on the screen will be 
ignored. In BASIC graphics modes 1 and 2, double size 
characters will be appr o>: i mat ed on the printer by spacing 
between character print positions. 

Program SD1 requires approximately 1 . 3K bytes of RAM and 
resides in locations $1D50 to S226E. 

When using the SD1 screen text dump utility with a 40-col umn 
printer such as the Atari 820 or 822, you will probably want 
to suppress the automatic carriage return and line -feed 
option. Since the printer does a carriage return and line feed 
itself on line overflow, you will frequently get double line 
spacing with this option left on. To turn off the auto Cft/LF, 
change location S1D67 Hex from 0 to 1 . In BASIC or PILOT, this 
can be accomplished with a ? POKE 7527, l". This procedure is 
not necessary with any 30 column printer, such as the Atari 
825 , since there is no line overflow. 
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S3D2 AND SD3 TEXT AND GRAPHICS 



Screen Dump Utilities SD2 and SD3 will print both text and 
graphics on an Atari 822 printer. Printing is done? 

under direct control of the print head on a dot-by-dot basis. 
The printer character -font table is NOT used, so that 
printouts of te?:t may look considerably different than 
conventional printing. Instead, printouts of te::t using SD2 
or SD3 will approximate the font used in the Atari video 
generator. In other words, you will get a hardcopy of what 
you see on the screen. 

SD2 and SD3 are quite similar, except that SD2 ignores players 
and missiles, while SD3 can print them if they are handled 
properly by the user program. SD2 is approximately 3.7K bytes 
long and resides in RAM locations $1D50 to *2A9B. SD3 is 
approximately 4 . 6K bytes long and resides in RAM locations 
S1D50 to S2E33. 

Considerable flexibility in the printout is available with SD2 
and SD3. In particular, you may wish to: 

1. Increase the size or proportion of the printed image?. 

2. Print black on white or white on black. 

3. Print in "grey scale" or black/white. 

4. Determine grey scale from luminance or color. 

5. Print data which has been "fine scrolled." 

6. Print players and missiles (SD3 only) 

These options are preset with default values to accommodate 
typical requirements for a graphics screen dump, but may be 
changed by the user if desired- 
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SCALING 



The size of the printed image may tae varied independently in 
both horizontal and vertical a::es with two variables: VMUDS 
and HMODS. 

VMODS at S1D65 is the variable used to set the vertical scale. 

It must be an integer less than or equal to 16 and greater 
than 0. VMODS is the denominator of the -fraction: 

Vertical length = 16 / VMODS. 

There-Fore, as VMODS increases, vertical length decreases. 
This variable is initialized a preassiqned value o-f 16 when 
the program initializes the printer. 

HMODS at S1D66 is the variable used to set the horizontal 
scale. It must be an integer less than or equal to 16 and 
greater than 0. HMODS is the denominator in the fraction: 

Horizontal width = 16 / HMODS. 

Therefore, as HMODS increases, horizontal width decreases. 
This variable is also set to 16 when the program initilizes 
the printer. 

As the horizontal scale increases to the point that the imaae 
will no longer fit on a single strip of paper, the remaining 
unprinted portion will carry over and print in a second strip 
below the first strip. In fact, the Atari 822 printer 
requires a minimum of two strips at the smallest scale. This 
, is illustrated in Figure 7. These strips may be aligned and 
taped together to give an enlargement wider than the printer 
paper. As the scale increases still further, more than two 
strips of paper may be required to print the entire screen. 
Using this technique, it is possible to enlarge the screen 
using an Atari S22tm to approximately eight feet wide by five 
feet high with VMODS = HMODS = 1. This will require 
approximately 22 strips,. 64 hours, and 110 feet of thermal 
paper ! 
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Figure 7. Graphics dump on Atari S22. 
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REVERSE IMAGE 



Normally the printer prints black images on a white 
bad ground. You can reverse the image to print white on a 
black background by simply pressing the Atari ( Jiv > key on 
the keyboard. This key "toggles," so press it again to return 
to "normal." Figure 8 illustrates "normal" and "reverse" 
i mages . 




Figure 8. Normal and Reverse images 
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GREY SCALE 



Obviously, the screen dump utility proqram cannot reproduce a 
color video display EXACTLY on a printer which has only black 
and white capability. An approximation of some sort is 
required- The program uses eight different dot patterns to 
appro;: i mate a qrey scale. But how to represent various 
"colors" in the grey scale is itself a problem, since "color" 
consists of both hue and luminance. Should a low intensity 
red print the same as a very bright yellow? You can select 
whether the qrey scale should correspond to luminance OR hue 
(but not both). The default is that grey scale corresponds to 
luminance. What this means is that two areas on the screen 
may look different because they differ in hue, but they will 
print exactly the same if they have the same luminance 
(assuming the default condition). Conversely, if grey scale 
3 s set according to hue, two areas on the screen may look 
different because of a difference in luminance, but print the 
same because the hue is the same. Figure 9 illustrates the 
eight qrey scale patterns corresponding to either luminance or 
hue levels. (Remember, you can select grey scale on luminance? 
OR hue, but not both. ) 

The user may select luminance or hue for grey scale by setting 
or clearing bit 6 in STATUS, a one byte variable located at 
S1D67 Her. (7527 decimal). Specifically, grey scale will 
correlate with luminance if bit 6 is zero, or correlate with 
hue if bit 6 is one. 




Figure 9. 



Eight Grey Scale Patterns 
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STATUS BYTE 



The STATUS byte allows user selection of several option 
addition to grey scale- Table 1 briefly describes these 
STATUS byte is located at *»1D67 Hex (7527 decimal). 



Table 1. - STATUS Byte bit assignments 



BIT DESCRIPTION OF OPTION (Default = CLR) 



7 CLR 
SET 



0 



Preset "random" color registers are used 
System color registers are used 

CLR = Use Luminance -for grey scale 
SET = Use Hue for grey scale 

CLR = Text prints in Black & White 
SET = Text prints in grey scale 

CLR = Players print in Black & White 
SET = Players print in grey scale 

CLR = Missiles print in Black & White 
SET = Missiles print in grey scale 

NOT USED 

NOT USED 

Used only in SD1 to determine CR/LF function. 
CLR = Carriage Return/Line Feed sent at end of 
each line. 

SET = Inhibit end of line CR/LF if exactly 40 
characters are sent in a line. 
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"Random" Patterns 



If the various hues are close to the same value and the 
various luminances are nearly the same brightness, then the 
qrey scale patterns printed will be very similar or perhaps 
identical. This would make it difficult to distinguish the 
different areas of the image. In this case, the user may wish 
to print the screen using a different set of patterns. A set 
of random patterns has been provided and may be used by 
setting "STATUS" Bit 7 on. Now the picture will be printed 
using a random selection of grey scale pattern for each color 
register. This frequently results in a better looking and 
more easily discernable printout of the image. A different 
set of random patterns is used for hue and for luminance, so 
that the printout should look different depending upon the 
state of Bit 6. The user may change the "RANDOM" values of 
the registers in the same way the system registers are 
changed. The preset registers are organized in the same order 
using the same scheme as the system registers found at He:: 
location S2C3 through *2C8. The preset registers are located 
at *1D78 Hex (7544 decimal) through S1D80 He:: (7552 decimal). 



Text Grey Scale 

If Bit 5 is set, text will be printed in the grey scale 
pattern corresponding to the appropriate color register 
setting. Text usually looks best printed in a "solid" 
pattern, however, so the default for Bit 5 ignores grey scale 
on text characters. 



Player/Missile Grey Scale 



Bits 4 and 3 are similar to Bit 5 except that they select grey 
scale or "solid" patterns for Players and Missiles, 
respectively. This is used only in SD3. 



ATARI Screen Dump Uti 1 i ty 



Page 29 



FINE SCROLLING 



Lines on the screen that have been fine scrolled horizontally 
or vertically may be accurately printed, provided that the 
user updates the program's scrolling registers whenever he 
changes the CTIA registers. Since the Atari computer system 
stores -Pine scroll data in "write-only" registers. it is 
necessary for the user to make this information available to 
the screen dump program. The Horizontal Scroll Register is 
located at S1D68 Hex (7528 Decimal) and must contain the same 
value written to the corresponding CTIA Register at address 
SD404 He>:. Similarly, the Vertical Scroll Register is 

located at S1D69 Hex (7529 decimal) and must contain the same 
value written to the CTIA Register at $D405 Hex. 
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PR I NT I NG PLAYERS/ M I SB I LES 



Programs SD1 and SD2 will ignore all PI ayer -Mi ssi 1 e Displays-:. 
SD3 will accurately print Players and Missiles provided that 
the user updates 14 bytes of data relating to Player Missile 
size and location. Since the system stores PI aver /Mi ssi 1 e 

data in "write-only" registers, it is necessary for the user 
to make this information available to the screen dump program. 
The purpose and location of the needed data i s as follows: 



Purpose 



4. 

er 

0 . 

6. 
7. 
8. 
9. 
10. 

1 1 . 
12. 
13. 
14. 



Play 
Byte 
byte 
Hori 
Hori 
Hori 
Hori 
Hori 
Hori 
Hori 
Hori: 
Hori 
Hori; 
Hori 
•Hori: 
Hori 



er -Mi ssi 
Address 
onl y ) . 
. Posit 
. Posit 
. Posit 
. Posit 
. Posit 
. Posit 
. Posit 
o Posit 
. Size 
. Size 
- Si ze 
. Size 
. Size 



le Vertical Data 
(high order 



ion of Player 0 
ion of Player 1 
ion of Player 2 
i on of PI ayer 3 
ion of Missile 
i on of Mi ssi 1 e 
i on of Mi ssi 1 e 
ion of Missile 
of Player 0 
of Player 1 
of Player 2 
of Player 3 
of All Missiles 



CTIA 
Locat i on 

SD407 



SD000 
fcDOOl 
$DG02 
SD003 
$D004 
$D005 
SD006 
*D007 
SD00S 
*DG09 
*D00A 
$D00B 
$D00C 



Program 
Locat i on 

*1D6A 



5 1D6B 
*1D6C 
*1D6D 
S1D6E 
*1D6P 
* 1 D70 
*1D71 
S1D72 
$11)73 
S1D74 
$1D75 
*1D76 
S1D77 
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Page? 31 



It the user prefers, he may keep these bytes, the Horizontal 
Scroll Byte? and Vertical Scroll Byte, in his program locally 
and provide the starting address of these bytes in one of two 
ways : 

1. Store the starting address in locations $3ES and $3E9 (1000 
and 1001 decimal). 

2. BASIC language users may provide the address as the first 
argument in the USR statement. 



E;: amp 1 e : 



X = USR (7513, 16334) 



The utility will get the needed 16 bytes of data starting at 
location 16384 decimal. All other arguments will be ignored by 
the utility. 



The user must keep the bytes in the following order: 



1 . 


Hor i z . 


Scrol 1 Val ue 






Vertical Scroll Value 






PI aver 


-Missile Vertical Data 


4. 


Hor i z . 


Position of 


Player 0 




cr 

vJ . 


Hor i z . 


Position of 


Player 1 




6. 


Hori z . 


Position of 


Player 2 




7. 


Hor i z . 


Position of 


Player 3 




a. 


Horiz . 


Position of 


hi ssi 1 e 


0 


9. 


Hor i z . 


Position of 


Mi ssi 1 e 


1 


1 0 . 


Hor i z . 


Position of 


Mi ssi 1 e 




1 1 . 


Hor i z . 


Position of 


Mi ssi 1 e 




12. 


Horiz. 


Size o-f Player 0 




13. 


Hori z . 


Size of Player 1 




14. 


Horiz . 


Size of Player 2 




15. 


Hori z . 


Size of Player 3 




16. 


Hori z . 


Size of All 


Mi ssi 1 es 





Poi nter 



These 16 bytes will be written into the LOCAL Player missile 
RAM area in the utility, program each time the screen print 
program is executed. If the user pointer at $3E9 is set to 
zero, N«ifi> if no argument is supplied in a BASIC USR(7513) 
statement, no data will be moved. Please note that the high 
byte of the user pointer (S3E9) must be zero if the user 
enters the data directly into the local utility program 
player missile RAM area; otherwise, this area will be written 
over . 



ATARI Screen Dump Utility 

PRINTER CONSIDERATIONS 



P a q e 



The Atari 820 is a 40- column dot matrix printer which pluqs 
into the serial I/O bus. It has no graphics capability and 
wi 1 1 work on] y with SD1 . 

The Atari 825 is an 80-col umn dot matri:: printer which plugs 
into the Atari 350 Interface Nodule- It has no graphics 
capability and will work only with SD1. 

The Atari 822 is a 40*column thermal printer which plugs into 
the serial I/O bus. In the graphics mode it will print a 
single row of 280 dots on each horizontal pass. This implies 
two limitations: 

1. Since it would require a minimum of 320 dots horizontally 
to print all the information on the screen, it will require 
more than one paper width to print the entire image, even at 
the minimum scaling. 

2. Even though the program uses bidirectional printing with 
the Atari 822, it will still take a 1 ot of time to print 
graphics. At the minimum scaling, it will take approximately 
15 minutes to print the entire screen. 



ATARI Scrc-r-n Dump Utility 
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APPENDIX £ - ERROR CODES 



The screen print program may abort execution tor a variety of 
re^sons. The cause is indicated in an error code byte located 
at 611)64 He:: (7524 decimal). The error codes and 

corresponding error conditions are as -follows: 



Error Code Cause 



1 No error - the screen print program ran 

successful 1 y . 

128 The BREAK key was pressed during program 

ex ecut i on . 

240 The ESCAPE key was pressed during program 
executi on . 

241 The RESET key was pressed during program 
execut i on. 

250 GTIA Mode - Text print program SD1 cannot 
print GTIA data. 

251 No DMA - Video DMA disabled. 

252 The printer failed to open properly. 

253 The Serial I/O Bus is active. The? program 
will not execute unless the Serial Bus is 
free. 

254 The System Print buffer is not empty, 
indicating that the printer is in use. 
The program' will not execute unless the 
printer is not busy at the time the 
program is called. 

255 The screen print program has not been 
initialized yet. It must be initialized 
prior to program execution. 



LIMITED WARRANTY ON MEDIA AND HARDWARE ACCESSORIES* 



We, Atari, Tnc*, guarantee to you, the original retail purchaser, that the medium on 
which the APX program is recorded and any hardware accessories sold by AFX are free from 
defects for thirty days from the date of purchase* Any applicable implied warranties, 
including warranties of merchantability and fitness for a particular purpose, are also 
limited to thirty days from the date of purchase* Some states don't allow limitations on 
a warranty's period, so this limitation might not apply to you* If you discover such a 
defect within the thirty-day period, call APX for a Return Authorization Number, and then 
return the product along with proof of purchase date to APX* We will repair or replace 
the product at our option* 

You void this warranty if the APX product* (1) has been misused or shows signs of 
excessive wear; (2) has been damaged by use with non-ATARI products} or (3) has been 
serviced or modified by anyone other than an Authorized ATARI Service Center* Incidental 
and consequential damages are not covered by this warranty or by any implied warranty* 
Some states don't allow exclusion of incidental or consequential damages, so this 
exclusion might not apply to you* 



DISCLAIMER OF WARRANTY AND LIABILITY ON COMPUTER PROGRAMS* 

Most APX programs have been written by people not employed by Atari, Inc* The programs we 
select for APX offer something of value that we want to make available to ATARI Home 
Computer owners* To offer these programs to the widest number of people economically, we 
don't put APX products through rigorous testing* Therefore, APX produts are sold "as is", 
and we do not guarantee them in any way* In particular, we make no warranty, express or 
implied, including warranties of merchantability and fitness for a particular purpose. We 
are not liable far any losses or damages of any kind that result from use of an APX 
product* 



ATARI PROGRAM EXCHANGE 



REVIEW FORM 



We're interested in your experiences with AFX programs and documentation, both favorable and 
unfavorable* Many software authors are willing and eager to improve their programs if they know 
what users want* And* of course* we want to know about any bugs that slipped by us* so that the 
software author can fix them* We also want to know whether our documentation is meeting your needs* 
You are our best source for suggesting improvements! Please help us by taking a moment to fill in 
this review sheet* Fold the sheet in thirds and seal it so that the address on the bottom of the 
back becomes the envelope front* Thank you for helping us! 

1* Name and APX number of program 

2* If you have problems using the program* please describe them here* 



3* What do you especially like about this program? 



4* What do you think the program's weaknesses are? 



5* How can the catalog description be more accurate and/or comprehensive? 



6* On a scale of 1 to 10, 1 being "poor" and 10 being "excellent", please rate the following 
aspects of this program? 

Easy to use 

User-oriented (e*g*, menus, prompts, clear language) 

Enjoyable 

Self-instructive 

Useful (non-game software) 

Imaginative graphics and sound 

7* Describe any technical errors you found in the user instructions (please give page numbers)* 



3* What did you especially like about the user instructions? 



?♦ What revisions or additions would improve these instructions? 



10* On a scale of 1 to 10, 1 representing "poor" and 10 representing "excellent" , how would you 
rate the user instructions and why? 



!!♦ Other comments about the software or user instructions! 



ISTAMPI 



ATARI Program Exchange 
Attn! Publications Dept* 
P*0« Box 50047 
60 E* Plumeria Drive 
San Jose, CA 95150 



[seal here] 



